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CLEAN SUBSTITUTE SPECIFICATION 

TITLE OF THE INVENTION 

DOCUMENT MANAGING APPARATUS FOR MANAGING TRANSACTION SLIP DATA IN 
ELECTRONIC COMMERCE 

CROSS-REFERENCE TO RELATED APPLICATION 

[0001] This application is based on Japanese Patent Application No. 2000-176233, filed 
on June 13, 2000, in the Japanese Patent Office, the disclosure of which is incorporated 
herein by reference. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

[0002] The present invention relates to a document managing apparatus for managing 
transaction slip data in electronic commerce. 

2. Description of the Related Art 

[0003] As the Internet has become common, transactions are being aggressively carried 
out on the network. When transactions are carried out on the network, electronic data such 
as transaction slip data should be managed and used. In particular, since many transaction 
parties are connected to the network, the amount of transaction slip data becomes huge. In 
addition, when companies as transaction parties use different transaction slip data formats, 
the data formats should be converted. The transactions carried out on the network are 
referred to as electronic commerce. In the electronic commerce, a technology called EDI 
(Electronic Data Interchange) is becoming important. 

[0004] As a standard technology for solving compatibility and convenience of 

electronic data in the open environment, XML data is expected to be used in electronic 
commerce. When a large amount of XML data is stored, it is necessary to select an 
adequate data structure for an electronic data exchanging process (such as data reception, 
data transmission, data manipulation (for example, format conversion, data compression, 
data decompression, and data division), and data shuffling) and to designate the selected 
data structure as a search condition. 

[0005] As a conventional technique for storing XML data to a database, an XML 
document is stored as a file to the database. 
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[0006] In the electronic data exchanging process for inter-company electronic commerce, 
transaction slips are generally processed corresponding to a particular information field such 
as a slip category, each slip acceptor, or each slip issuer. Thus, the searching efficiency of a 
particular field of transaction slip data should be improved. 

[0007] Fig. 1 shows a schematic diagram for explaining a problem of conventional 
electronic commerce. 

[0008] In an inter-company electronic commerce system using a database device that 
directly stores an XML document as a file, transaction slip data is stored in its data structure. 
Thus, when the amount of transaction slip data is large as in a large inter-company 
electronic commerce system, transaction slip data cannot be searched in a desired time 
period of the electronic data exchanging process. 

[0009] In the electronic data exchanging process of the inter-company electronic 
commerce, transaction slip data for a particular order acceptor may be extracted from data of 
many order issuers and converted into the format of the particular order acceptor. For 
example, transaction slip data may be searched with a search key of particular data that 
identifies an order acceptor described in transaction slip data. In other words, transaction 
slip data is generally searched for a particular element thereof. 

[0010] However, conventionally, transaction slip data stored in an order issuer server is 
searched for transaction slip data for companies P, Q, and R as order issuers. The extracted 
transaction slip data is transmitted to the order acceptor server. In the order acceptor server, 
for example, order slip data for the company P as a search object is extracted from all the 
received transaction slip data. The extracted data is transferred to the company P. 

[0011] Transaction slip data used in the inter-company electronic commerce is generally 
composed of a header portion and a record portion. The header portion contains 
parameters necessary for an electronic data exchanging process. The record portion 
contains detail data as the content of an order. In the electronic data exchanging process 
performed in an order issuer server and an order acceptor server, it is necessary to 
reference only the parameters for the electronic data exchanging process. 

[0012] Fig. 2 is a schematic diagram showing an example of transaction slip data 
described as an XML document. 

[0013] A data storing portion of an XML document is referred to as XML instance. The 
XML instance is a tagged text as shown in Fig. 1 . 
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[0014] When an XML document containing such an XML instance is searched for data of 
a particular tag as a search condition, the efficiency of the searching process depends on the 
amount of data surrounded by tags of the XML document. For example, in the electronic 
data exchanging process, when an XML document containing an XML instance is searched 
for data of "an order acceptor code", if all the XML file is searched, data surrounded by 
<record> and </record> tags is also searched. Occasionally, a portion surrounded by the 
<record> and </record> tags may contain a large amount of detail data. 

[0015] Thus, in the inter-company electronic commerce using an XML document as 
transaction slip data, it is desired necessary to increase the searching process using a 
search key of particular element data such as parameters necessary for the electronic data 
exchanging process. 

SUMMARY OF THE INVENTION 

[0016] Accordingly, it is an aspect of the present invention is to provide a document 
management system that allows transaction slip data to be effectively managed in electronic 
commerce. 

[0017] According to an aspect of the present invention a managing apparatus for 
managing a transaction slip data document used in electronic commerce with a database 
device, includes data extracting means for extracting data as a search item of the 
transaction slip data document therefrom, a storing means for storing the data extracted by 
the data extracting means as management data in correlation with the transaction slip data, 
a transaction slip data extracting means for searching the management data so as to extract 
correlated transaction slip data, and a transmitting means for transmitting the transaction slip 
data extracted by the transaction slip data extracting means. 

[0018] According to an aspect of the present invention, transaction slip data that is 
transmitted from many order issuers to order acceptors can be searched for individual order 
acceptors at a high speed. In addition, in the process for transaction slip data, a trouble due 
to an insufficient process performance of the managing apparatus can be prevented. 

[0019] These and other objects, features and advantages of the present invention will 
become more apparent in light of the following detailed description of a best mode 
embodiment thereof, as illustrated in the accompanying drawings. 



3 



Docket No.:826.1664 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0020] Fig. 1 is a schematic diagram for explaining a problem of conventional electronic 
commerce; 

Fig. 2 is a schematic diagram showing an example of transaction slip data 
described as an XML document; 

Fig. 3 is a block diagram showing the basic structure of an embodiment of the 
present invention; 

Fig. 4 is a flow chart showing a transaction slip data storing process of a database 
managing module; 

Fig. 5 is a flow chart showing a content data extracting process of the database 
managing module; 

Fig. 6 is a schematic diagram showing management data and content data stored 
in a database device; 

Fig. 7 is a block diagram showing the structure of the system according to an 
embodiment of the present invention; 

Fig. 8 is a schematic diagram showing the structure of the system according to an 
embodiment of the present invention in the case of a plurality of order issuers, a plurality of 
order acceptor server devices, and a plurality of order acceptors; 

Fig. 9 is a schematic diagram for explaining a transaction slip data format 
converting process (No. 1); 

Fig. 10 is a schematic diagram for explaining the transaction slip data format 
converting process (No. 2); 

Fig. 11 is a flow chart for explaining the transaction slip data format converting 
process (No. 3); 

Fig. 12 is a schematic diagram for explaining a content data transferring process 

(No. 1); 

Fig. 13 is a flow chart for explaining the content data transferring process (No. 2); 

Fig. 14 is a block diagram showing the structure of the system in the case that 
each section of a company R has an order acceptor browser and settles transaction slip data 
(No. 1); 

Fig. 15 is a schematic diagram for explaining a process of the system shown in 
Fig. 14 (No. 2); and 

Fig. 16 is a block diagram showing an example of a hardware environment 
necessary for accomplishing a function of an order issuer server device or an order acceptor 
server device with a program. 
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DETAILED DESCRIPTION OF THE INVENTION 

[0021] Reference will now be made in detail to the present preferred, examples of which 
are illustrated in the accompanying drawings, wherein like reference numerals refer to like 
elements throughout. 

[0022] When an electronic data exchanging process is performed in inter-company 
electronic commerce, transaction slip data is searched for particular element data as a 
search object. Thus, when transaction slip data is stored, element data as a search object is 
pre-stored to a management data area. As a result, when required transaction slip data is 
extracted in the electronic data exchanging process, the searching process is performed for 
only data stored in the management data area rather than all the transaction slip data. Thus, 
the searching process can be performed at high speed. 

[0023] Fig. 3 is a block diagram showing the basic structure of the embodiment of the 
present invention. 

[0024] An embodiment of the present invention comprises a database device 3 and a 
data managing module 2. The database device 3 contains table elements of XML document 
names and XML document data. The data managing module 2 executes a data storing 
process and a data extracting process for the database device 3. 

[0025] According to an embodiment of the present invention, XML documents stored in 
the database device 3 can be categorized according to the type of data contained therein. A 
first type of data is content data stored in an XML document used in the inter-company 
electronic commerce. A second type of data is management data contained in an XML 
document that includes information (for example, order issuer information, order acceptor 
information, and transaction slip data type) that is frequently referenced from the content 
data during a electronic data exchanging process of inter-company electronic commerce. 
Hereinafter, the data in a first type of document and the data in a second type of document 
are referred to as content data 5 and management data 4, respectively. 

[0026] The data managing module 2 has an API (Application Program Interface) used for 
the storing process. With the API for the storing process, transaction slip data 1 in a 
transaction slip document 110 is input and stored. In addition, the data managing module 2 
has another API used for the extracting process. With the API for the extracting process, a 
search condition 6 as a data element of transaction slip data 7 is input and transaction slip 
data 7 that matches the search condition 6 is output. 
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[0027] As an initial setting of the data managing module 2, an XML document structure 
including a group of data elements frequently referenced in the electronic data exchanging 
process are pre-registered. The registered information is stored as management data 
document structure information 8 and 9 to the data managing module 2. A data element 
designated as a search condition by the input API for the extracting process should be 
contained in the group of data elements registered as the management data document 
structure. 

[0028] Fig. 4 is a flow chart showing a transaction slip data storing process of the 
database managing module. 

[0029] At step S10, content data is read. At step S11 , the document structure of the 
content data is analyzed. Corresponding to the analyzed result, management data and the 
document structure of the document including the data thereof are extracted. At step S12, it 
is determined whether or not the document structure has been successfully analyzed. When 
the determined result at step S12 is No (namely, the document structure has not been 
successfully analyzed), the flow advances to step S13. At step S13, an error message or 
the like that represents an error of the analyzing process is presented to the user and then 
the process is completed. When the determined result at step S12 is Yes (namely, the 
document structure has been successfully analyzed), the flow advances to step S14. At step 
S14, the management data is output as an intermediate file (temporary file). At step S15, a 
document identifier for identifying the content data that has been read at step S10 is 
obtained. Thereafter, the flow advances to step S16. At step S16, the management data 
and the content data are stored as a file "document identifier.ctl" and a file "document 
identifier.doc", respectively, to the database device 3. At step S17, it is determined whether 
or not the management data and the content data have been successfully stored to the 
database device 3. When the determined result at step S17 is No (namely, the management 
data and the content data have not been successfully stored to the database device 3), an 
error message or the like is presented to the user so as to prompt him or her for a retry. 
When the determined result at step S17 is Yes (namely, the management data and the 
content data have been successfully stored to the database device 3), the process is 
completed. 

[0030] Fig. 5 is a flow chart showing a transaction slip data extracting process of the 
database managing module. 

[0031] In the extracting process, at step S20, a search object data element and a search 
condition are read from the input search condition. A name of a document including 
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management data (management data document name) that matches the search condition is 
obtained from the management data 4 stored in the database device (at step S21). At step 
S22, it is determined whether or not a management data document name has been 
successfully obtained. When the determined result at step S22 is No (namely, a 
management data document name has not been successfully obtained), an error message 
or the like is presented to the user and the process is completed. On the other hand, when 
the determined result at step S22 is Yes (namely, a management data document name has 
been successfully obtained), the flow advances to step S23. At step S23, a name of a 
document including content data (content data document name) as a search object is 
determined with the obtained management data document name and then the content data 
is extracted therefrom. In other words, the obtained management data document name has 
been assigned a document identifier in the storing process. In addition, since a unique 
document identifier is assigned to each content data in each database device, the content 
data 5 having assigned an obtained document identifier as a document name is content data 
5 that matches the input search condition, the content data 5 having assigned the obtained 
document identifier is extracted from the database device 3. At step S24, it is determined 
whether or not content data has been successfully extracted. When the determined result at 
step S24 is No (namely, content data has not been successfully extracted), an error process 
is performed. In contrast, when the determined result at step S24 is Yes (namely, content 
data has been successfully extracted), the flow advances to step S25. At step S25, the 
extracted content data is output and then the process is completed. 

[0032] Fig. 6 is a schematic diagram showing management data and content data stored 
in a database device. 

[0033] As shown in Figs. 4 and 5, when transaction slip data is stored to a database 
device, if the transaction slip data is divided into management data 4 and content data 5 and 
separately stored to the database device, the database device can be searched for only the 
management data 4 that matches a search condition as shown in Fig. 6. 

[0034] In other words, it is not necessary to search all the transaction slip data. Thus, the 
searching process can be performed at a high speed. Even if a large amount of transaction 
slip data is stored in the data managing module 2 of an order issuer server or an order 
acceptor server, transaction slip data necessary for the electronic data exchanging process 
can be effectively searched. 

[0035] Fig. 7 is a block diagram showing the structure of the system according to the 
embodiment of the present invention. 
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[0036] The system shown in Fig. 7 comprises an order issuer browser 11 , an order 
acceptor browser 12, an order issuer server device 14, a database device 17, an order 
acceptor server device 16, a database device 18, Internet 13, and a network 15. The 
database device 17 is connected to the order issuer server device 14. The database device 
18 is connected to the order acceptor server device 16. The Internet 13 is a network that 
connects the order issuer browser 11 and the order issuer server device 14 and that 
connects the order acceptor browser 12 and the order acceptor server device 16. The 
network 15 connects the order issuer server device 14 and the order acceptor server device 
16. 

[0037] The order issuer server device 14 comprises a WWW server 14a, a data 
managing module 14b, a conversion controlling module 14c, and a transfer controlling 
module 14d. The order acceptor server device 16 comprises a WWW server 16a, a data 
managing module 16b, a conversion controlling module 16c, and a transfer controlling 
module 16d that are the same as those of the order acceptor server device. 

[0038] Next, an order issuing process and an order receiving process of the system 
shown in Fig. 7 will be described. In the order issuing process, an order is issued and 
transmitted by the order issuer browser 11 . In the order receiving process, an order is 
received and accepted by the order acceptor browser 12. 

[0039] The WWW server 14a of the order issuer server device 14 receives an XML 
document of order slip data from the order issuer browser 11 . The data managing module 
14b stores the XML document including order slip data as a first XML document including 
management data and a second XML document including content data to the database 
device 17. In this case, the data managing module 14b is a module having the function of 
the data managing module 2 shown in Fig. 3. The data managing module 14b stores the 
order slip data to the database device 17 corresponding to the storing process shown in Fig. 
4. 

[0040] When the format of transaction slip data such as estimate slip data and order slip 
data of an order issuer is different from that of an order acceptor, the data managing module 
14b extracts relevant transaction slip data from the database device 17 and converts it 
corresponding to a predetermined converting process of the order issuer server device 14 
and the order acceptor server device 16. In the converting process, for example, the fields 
of order information of transaction slip data are changed. Alternatively, the currency unit and 
various codes of the transaction slip data of an order issuer are changed to those of an order 
acceptor. In the case, the data managing module 14b is a module having the function of the 
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data managing module 2 shown in Fig. 3. The data managing module 14b extracts 
transaction slip data from the database device 17 corresponding to the extracting process 
shown in Fig. 5. 

[0041] The data managing module 14b extracts order slip data to be transferred to the 
order acceptor server device 16 through the network 15 from data of a plurality of order slips 
accepted by the order issuer server device 14 and stored in the database device 17 under 
the control of the transfer controlling module 14d and transfers the extracted order slip data 
corresponding to a predetermined communicating process of the order issuer server device 
14 and the order acceptor server device 16. In that case, the data managing module 14b is 
a module having the function of the data managing module 2. The data managing module 
14b extracts order slip data from the database device 17 corresponding to the extracting 
process shown in Fig. 5. 

[0042] The transfer controlling module 1 6d of the order acceptor server device 1 6 
receives transaction slip data from the order issuer server device 14. The data managing 
module 16b stores the transaction slip data as a first XML document including management 
data and a second XML document including content data to the database device 18. In - 
this case, the data managing module 16b is a module having the function of the data 
managing module 2 shown in Fig. 3. The data managing module 16b stores the transaction 
slip data to the database device 18 corresponding to the storing process shown in Fig. 4. 

[0043] The data managing module 1 6b of the order acceptor server device 1 6 extracts 
transaction slip data that matches the condition transmitted from the order acceptor browser 
12 from the database device 18 and transmits the extracted transaction slip data to the order 
acceptor browser 12. In this case, the data managing module 16b is a module having the 
function of the data managing module 2 shown in Fig. 3. The data managing module 16b 
extracts the transaction slip data from the database device 18 corresponding to the 
extracting process shown in Fig. 5. 

[0044] Fig. 8 is a block diagram showing the structure of the system according to an 
embodiment of the present invention in the case that there are a plurality of order issuers, a 
plurality of order issuer servers, and a plurality of order acceptors. 

[0045] In other words, referring to Fig. 8, a plurality of companies (companies A, B, and 
C) each having order issuer browsers, and a plurality of order accepter server devices (41 
to 4n) are connected to an order issuer server device 31 through a network, and a plurality of 
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companies (companies P, Q, and R) that have order acceptor browsers are each connected 
to one of the order acceptor server devices. 

[0046] Referring to Fig. 8, a database device connected to the order issuer server device 
31 contains data of a plurality of transaction slips to be transferred to the order acceptor 
servers 41 to 4n. Desired data of a transaction slip can be extracted from data of the 
plurality of transaction slips. An embodiment of the present invention is applied to such a 
system. Moreover, in the structure shown in Fig. 8, a database device connected to the 
order acceptor server device 41 stores data of a plurality of transaction slips that is 
transmitted to order acceptor browsers 51 to 5n. Data of desired transaction slip is extracted 
from data of the plurality of transaction slips. An embodiment of the present invention is 
applied to such a system. 

[0047] Referring to Fig. 8, only one order issuer server device 31 is shown. However, in 
reality, a plurality of order issuer server devices 31 may be connected to the plurality of order 
acceptor server devices 41 to 4n. A plurality of order acceptor browsers 51 to 5n of the order 
acceptor companies P to R may be connected to the plurality of order acceptor server 
devices 41 to 4n, respectively. 

[0048] Figs. 9, 10, and 11 are schematic diagrams for explaining a transaction slip data 
format converting process. 

[0049] There may be a situation of which the formats of transaction slips such as an 
estimate slip and an order slip of an order issuer are different from those of an order 
acceptor. In such a situation, after transaction slip data is extracted, the data should be 
converted corresponding to the differences of the formats. In that case, the conversion 
controlling module 14c shown in Fig. 7 executes the converting process for the extracted 
transaction slip data. On the other hand, when an order acceptor browser transmits 
transaction slip data to an order issuer browser, the conversion controlling module 16c 
executes the converting process for the transaction slip data. 

[0050] In the case that conversion tables 711 to 71 n that contain transaction slip data 
format converting rules between transaction slip data of order issuers and transaction slip 
data of order acceptors and a conversion process controlling table 701 that correlates the 
conversion tables 71 1 to 71 n and combinations of an order issuer code that identifies an 
order issuer in transaction slip data, an order acceptor code that identifiers an order acceptor 
therein, a transaction slip data type that identifies the type of transaction slip data such as an 
estimate slip or an order slip are used in the system shown in Fig. 8, when a system that 
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defines management data document structure information shown in Fig. 10 is used, the 
content of the converting process can be determined and executed with keys of the order 
acceptor code, the order issuer code, and the transaction slip data type as shown in Fig. 11 . 
In Fig. 10, the system uses a format described in DTD (Document Type Definitions) of the 
XML as the management data document structure information. In Fig. 10, the management 
data includes an order issuer code, an order acceptor code, and a transaction slip data type 
as management items. 

[0051] Fig. 11 is a flow chart for explaining the transaction slip data format converting 
process. 

[0052] Referring to Fig. 11 , at step S30, a conversion table using keys as a combination 
of an order issuer code, an order acceptor code, and a transaction slip data type of the 
management data of transaction slip data to be processed is determined. A loop from step 
S31 to step S33 is repeated for the number of slips to be converted. In other words, at step 

532, corresponding to the conversion table, the transaction slip data is converted. At step 

533, it is determined whether or not data of all the slips has been converted. When data of 
all the slips has been converted, the converting process is completed. 

[0053] In the structure of the system shown in Fig. 8, transaction slip data that is 
transmitted from the company A to the company P is transferred from the order issuer server 
device 31 to the order acceptor server device 41. When the extracted transaction slip data 
is transferred, the transfer controlling module 16d shown in Fig. 7 executes the transferring 
process for the extracted transaction slip data. On the other hand, when an order acceptor 
browser transmits transaction slip data to an order issuer browser, the transfer controlling 
module 16d executes the transferring process of the extracted transaction slip data. In the 
transferring process, the order acceptor server device 41 should change a transfer 
destination corresponding to an order acceptor coder that identifies an order acceptor in the 
transaction slip data. 

[0054] Figs. 12 and 13 are schematic diagrams for explaining a transaction slip data 
transferring process. 

[0055] Fig. 12 shows a route control table that defines an order acceptor code 
representing an order acceptor of transaction slip data and a transfer destination. When a 
system that defines the management data document structure information shown in Fig. 10 
is used corresponding to the route control table, the content of the transferring process can 
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be determined with a key of the order acceptor code of the management data shown in Fig. 
13. As a result, the transaction slip data transferring process can be executed. 

[0056] In other words, referring to Fig. 13, at step S35, with a key of a acceptor code of 
management data of transaction slip data to be processed, a transfer destination is 
determined corresponding to the route control table as shown in Fig. 12. In a loop from S36 
to S38, the transferring process is repeated for the number of transaction slips. In other 
words, at step S37, transaction slip data is transferred. At step S38, it is determined whether 
or not all transaction slip data has been transferred. When all the transaction slip has been 
transferred, the process is completed. 

[0057] Fig. 14 is a block diagram showing the structure of the system in the case that 
each section of the company R in the system shown in Fig. 8 has an order acceptor browser 
and each section settles transaction slip data. Fig. 15 is a schematic diagram for explaining 
the process performed in the system shown in Fig. 14. 

[0058] When each section of a company settles transaction slip data, each section should 
search transaction slip data with a key of a code that identifies each section. In the structure 
shown in Fig. 14, transaction slip data for sections X, Y, and Z should be extracted. Thus, in 
the system shown in Fig. 14, a front end server device 1201 that has the same function as 
an order acceptor server or an order issuer server is connected to the order acceptor server 
device 41 and order acceptor browsers of sections X, Y, and Z. Management data 
document structure information containing a section code shown in Fig. 15 is defined as 
management data document structure information of the front end server device 1201 . In 
Fig. 15, as the management data, besides an order issuer code, an order acceptor code, 
and a slip data type, an order acceptor company section code is registered. 

[0059] In the transaction slip data storing process of the front end server device 1201 , 
since management data containing the section code is stored, transaction slip data can be 
searched with a section code as a search condition. 

[0060] When XML is used, the definitions of types of information that are management 
data can be easily changed. Thus, when a company section code is required to be included 
as management data, the company section code is extracted from transaction slip data as 
document data described in the XML corresponding to a tag of the XML and can be easily 
stored as management data. Thus, the supervisor of the system can easily change the 
content of management data. As a result, the supervisor can manage transaction slip data 
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corresponding to a request of the user of the system according to an embodiment of the 
present invention. 

[0061] Fig. 16 is a block diagram showing an example of a hardware environment 
necessary for accomplishing the function of an order issuer server device or an order 
acceptor server device with a program. 

[0062] A CPU 1502 is connected to a ROM 1503, a RAM 1504, a communication 
interface 1505, a recording device 1508, a record medium reading device 1509, and an 
inputting/outputting device 1511 . Management data, transaction slip data, conversion table, 
transfer destination table, and so forth are stored to the recording device 1508 such as a 
hard disk or a portable record medium 1510 such as a CD-ROM, a DVD, or a floppy disk. 
Data recorded on the portable record medium 1510 is read by the CPU 1502 through the 
record medium reading device 1509. 

[0063] When the CPU 1502 performs an storing process, an extracting process, or a 
transferring process, a program that accomplishes such a process is read from the recording 
device 1508 or the portable record medium 1510 and stored to the RAM 1504. As a result, 
the CPU 1502 can execute the program. Alternatively, the program may be stored in a ROM 
1 503 so that the CPU 1 502 can directly execute the program. 

[0064] In addition, the ROM 1503 stores a basic program such as BIOS. When the 
system gets started, the basic program is executed so that the user can input a command 
from the inputting/outputting device 1511 and a processed result is presented to the user. 
The inputting/outputting device 1511 is composed of a display, a mouse, a keyboard, and so 
forth. 

[0065] The communication interface 1505 accesses an information provider 1507 through 
a network 1506. The communication interface 1505 allows programs necessary for the 
CPU 1502 for the storing process, the extracting process, and the transferring process to be 
downloaded so that the CPU 1502 can execute the programs. When the network 1506 is an 
LAN or the like, the programs can be executed in the network environment. Alternatively, the 
database that contains management data and content data may be a database of an 
information provider connected to the network 1 506. In that case, when it is necessary to 
process content data and management data, the CPU 1502 causes the communication 
interface 1505 to access the database of an information provider 1507 through the network 
1506 so as to download and process required data. 
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[0066] According to the present invention, a document structure of data elements to be 
searched is extracted from a document structure of a document including transaction slip 
data. Management data and content data are stored in different documents. The 
management data and the content data are linked with a document identifier. Since only 
management data is searched, the searching process can be effectively performed. In 
addition, since the structure of management data can be -easily changed corresponding to 
the content of the electronic data exchanging process, a document managing function 
corresponding to the structure of the system can be provided. 

[0067] Although the present invention has been shown and described with respect to a 
best mode embodiment thereof, it should be understood by those skilled in the art that the 
foregoing and various other changes, omissions, and additions in the form and detail thereof 
may be made therein without departing from the spirit and scope of the present invention. 
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